Date: Wed, 7 Jul 93 10:23:18 PDT 

From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> 
Errors-To: Packet-Radio-Errors@UCSD.Edu 

Reply-To: Packet-Radio@UCSD.Edu 

Precedence: Bulk 

Subject: Packet-Radio Digest V93 #199 

To: packet-radio 


Packet-Radio Digest Wed, 7 Jul 93 Volume 93 : Issue 199 


Today's Topics: 
commercial use of packet 
Guide to the Personal Radio Newsgroups 
Help: Commodore Pet 
Help: KPC3 & com2 (2 msgs) 
Is it broadcasting? (2 msgs) 
JNOS Devop 
Multimode suggestions wanted 
NET/Mac 2.3.19 or 2.3.20 ? (2 msgs) 
Pt 2/2: Front End for FOSSIL and Packet 
selecting configuration for JNOS 
WANTED: Internet -> TCP/IP gateways 


Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu> 
Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu> 
Problems you can't solve otherwise to brian@ucsd.edu. 


Archives of past issues of the Packet-Radio Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio". 


We trust that readers are intelligent enough to realize that all text 
herein consists of personal comments and does not represent the official 
policies or positions of any party. Your mileage may vary. So there. 


Date: 7 Jul 93 13:10:42 GMT 

From: news-mail-gateway@ucsd.edu 
Subject: commercial use of packet 
To: packet-radio@ucsd.edu 


I'm trying to locate information on how packet radio can be used in a non- 
amateur-radio (commercial) setting. Are there any educational 
institutions or businesses which use packet radio for computer 
service/data delivery? 


A librarian at UCSD (I think) used to have some activity, but I haven't 
heard much lately. I'd be especially interested in organizations which 


utilized ITFS transmission media/licenses/etc. 


Specific application consists of locating computer terminals without using 
leased phone lines, including mobile and temporary fixed locations. 


How does a main-frame handle communications among multiple terminals? 


Replies to Paul Marsh, Metropolitan Community College, Omaha 
pmarsh@metro.mccneb. edu 


Date: Wed, 7 Jul 1993 16:27:53 GMT 

From: nevada.edu!news.unomaha. edu! news@uunet.uu.net 
Subject: Guide to the Personal Radio Newsgroups 

To: packet-radio@ucsd.edu 


Posted-By: auto-faq 2.4 

Archive-name: radio/personal-intro 

Revision: 1.4 06/30/93 12:04:14 

Changes: new rec.radio.amateur.* newsgroups, cs.utexas.edu gateway 


(Note: The following is reprinted with the permission of the author. 
Due to the recent reorganization, it is also on a temporarily- 
accelerated posting schedule as follows: 


July weekly 
August bi-weekly 
September back to monthly) 


This message describes the rec.radio.amateur.*, rec.radio.cb, rec.radio.info, 
and rec.radio.swap newsgroups. It is intended to serve as a guide for the new 
reader on what to find where. Questions and comments may be directed to the 
author, Jay Maynard, K5ZC, by Internet electronic mail at 
jmaynard@oac.hsc.uth.tmc.edu. This message was last changed on 30 June 1993 to 
add the groups created during the latest reorganization vote and the 
description of the cs.utexas.edu gateway. 


History 


Way back when, before there was a Usenet, the Internet hosted a mailing list 
for hams, called (appropriately enough) INFO-HAMS. Ham radio discussions 
were held on the mailing list, and sent to the mailboxes of those who had 
signed up for it. When the Usenet software was created, and net news as we 
now Know it was developed, a newsgroup was created for hams: net.ham-radio. 
The mailing list and the newsgroup were gatewayed together, eventually. 


As the net grew, and as packet radio came into vogue, packet discussion began 
to dominate other topics in the group and on the list. This resulted in the 
logical solution: a group was created to hold the packet discussion, and 
another corresponding mailing list was created as well: net.ham-radio.packet 
and PACKET-RADIO, respectively. 


These two groups served for several years, and went through Usenet's Great 
Renaming essentially unchanged, moving from net.ham-radio[.packet] to 
rec.ham-radio[.packet]. Readership and volume grew with the rest of the 
network. 


The INFO-HAMS mailing list was originally run from a US Army computer at 
White Sands Missile Range, SIMTEL20. There were few problems with this 
arrangement, but one was that the system was not supposed to be used for 
commercial purposes. Since one of hams' favorite pastimes is swapping 
gear, it was natural for hams to post messages about equipment for sale 

to INFO-HAMS/rec.ham-radio. This ran afoul of SIMTEL20's no-commercial-use 
restriction, and after some argument, a group was created specifically 

for messages like that: rec.ham-radio.swap. This group wasn't gatewayed to 
a mailing list, thus avoiding problems. 


While all this was happening, other folks wanted to discuss other aspects 
of the world of radio than the personal communications services. Those 
folks created the rec.radio.shortwave and rec.radio.noncomm newsgroups, 
and established the precedent of the rec.radio.* hierarchy, which in turn 
reflected Usenet's overall trend toward a hierarchical name structure. 


The debate between proponents of a no-code ham radio license and its opponents 
grew fierce and voluminous in late 1989 and 1990. Eventually, both sides grew 
weary of the debate, and those who had not been involved even more so. A 
proposal for a newsgroup dedicated to licensing issues failed. A later 
proposal was made for a group that would cover the many recurring legal issues 
discussions. During discussion of the latter proposal, it became clear that it 
would be desirable to fit the ham radio groups under the rec.radio.* 
hierarchy. A full-blown reorganization was passed by Usenet voters in January 
1991, leading to the overall structure we now use. 


After the reorganization, more and more regular information postings began to 
appear, and were spread out across the various groups in rec.radio.*. Taking 
the successful example of the news.answers group, where informational postings 
from across the net are sent, the group rec.radio.info was created in 
December, 1992, with Mark Salyzyn, VE6MGS, initially serving as moderator. 


In January, 1993, many users started complaining about the volume in 
rec.radio.amateur.misc. This led to a discussion about a second 
reorganization, which sparked the creation of a mailing list by Ian Kluft, 
KD6EUL. This list, which was eventually joined by many of the most prolific 
posters to the ham radio groups, came up with a proposal to add 11 groups to 


the rec.radio.amateur hierarchy in April 1993. The subsequent vote, held in 
May and early June, approved the creation of five groups: 
rec.radio.amateur.digital.misc (to replace .packet), .equipment, .homebrew, 
-antenna, and .space. 


The Current Groups 


I can hear you asking, "OK, so this is all neat history, but what does it 
have to do with me now?" The answer is that the history of each group has 
a direct bearing on what the group is used for, and what's considered 
appropriate where. 


The easy one is rec.radio.amateur.misc. It is what rec.ham-radio was renamed 
to during the reorganization. Any message that's not more appropriate in one 
of the other groups belongs here, from contesting to DX to ragchewing on VHF 
to information on becoming a ham. 


The group rec.radio.amateur.digital.misc is for discussions related to 
(surprise!) digital amateur radio. This doesn't have to be the common 
two-meter AX.25 variety of packet radio, either; some of the most 
knowledgeable folks in radio digital communications can be found here, and 
anything in the general area is welcome. The name was changed to emphasize 
this, and to encourage discussion not only of other text-based digital modes, 
such as AMTOR, RTTY, and Clover, but things like digital voice and video as 
well. The former group, rec.radio.amateur.packet, has not been removed as of 
this writing, but it is obsolete, and you should use .digital.misc instead. 
The group has the .misc as part of the name to allow further specialization if 
the users wish it, such as .digital.tcp-ip. 


The swap group is now rec.radio.swap. This recognizes a fact that became 
evident shortly after the original group was formed: Hams don't just swap ham 
radio gear, and other folks besides hams swap ham equipment. If you have radio 
equipment, or test gear, or computer stuff that hams would be interested in, 
here's the place. Equipment wanted postings belong here too. Discussions about 
the equipment generally don't; if you wish to discuss a particular posting 
with the buyer, email is a much better way to do it, and the other groups, 
especially .equipment and .homebrew, are the place for public discussions. 
There is now a regular posting with information on how to go about buying and 
selling items in rec.radio.swap; please refer to it before you post there. 


The first reorganization added two groups to the list, one of which is 
rec.radio.amateur.policy. This group was created as a place for all the 
discussions that seem to drag on interminably about the many rules, 
regulations, legalities, and policies that surround amateur radio, both 
existing and proposed. The neverending no-code debate goes here, as does 
the New Jersey scanner law, the legality of ordering a pizza on the 
autopatch, what a bunch of rotten no-goodniks the local frequency 


coordinating body is, and so on. 


The other added group is rec.radio.cb. This is the place for all discussion 
about the Citizens' Band radio service. Such discussions have been very 
inflammatory in rec.ham-radio in the past; please do not cross-post to both 
rec.radio.cb and rec.radio.amateur.* unless the topic is genuinely of interest 
to both hams and CBers - and very few topics are. 


The rec.radio.info group is just what its name implies: it's the place where 
informational messages from across rec.radio.* may be found, regardless of 
where else they're posted. As of this writing, information posted to the group 
includes Cary Oler's daily solar progagation bulletins, ARRL bulletins, the 
Frequently Asked Questions files for the various groups, and radio 
modification instructions. This group is moderated, so you cannot post to it 
directly; if you try, even if your message is crossposted to one of the other 
groups, your message will be mailed to the moderator, who is currently Mark 
Salyzyn, VE6MGS. The email address for submissions to the group is 
rec-radio-info@ve6émgs.ampr.ab.ca. Inquires and other administrivia should be 
directed to rec-radio-request@ve6mgs.ampr.ab.ca. For more information about 
rec.radio.info, consult the introduction and posting guidelines that are 
regularly posted to that newsgroup. 


The groups rec.radio.amateur.antenna, .equipment, .homebrew, and .sSpace are 
for more specialized areas of ham radio: discussions about antennas, 
commercially-made equipment, homebrewing, and amateur radio space operations. 
The .equipment group is not the place for buying or selling equipment; that's 
what rec.radio.swap is for. Similarly, the .space group is specifically about 
amateur radio in space, such as the OSCAR program and SAREX, the Shuttle 
Amateur Radio EXperiment; other groups cover other aspects of satellites and 
space. Homebrewing isn't about making your own alcoholic beverages at home 
(that's rec.crafts.brewing), but rather construction of radio and electronic 
equipment by the amateur experimenter. 


The rec.radio.amateur.misc, .packet, and .policy groups, and the 
rec.radio.info group, are available by Internet electronic mail in digest 
format; send a mail message containing "help" on a line by itself to 
listserv@ucsd.edu for instructions on how to use the mail server. The 
rec.radio.swap group is not available for reading by electronic mail. At this 
writing, the most recently added groups are also not available for reading by 
electronic mail, although that may change. 


All of the groups can be posted to by electronic mail, though, by using a 
gateway at the University of Texas at Austin. To post a message this way, 
change the name of the group you wish to post to by replacing all of the '.'s 
with '-'s - for example, rec.radio.swap becomes rec-radio-swap - and send to 
that name@cs.utexas.edu (rec-radio-swap@cs.utexas.edu, for example). You may 
crosspost by including multiple addresses as Cc: entries (but see below). This 
gateway's continued availability is at the pleasure of the admins at 


UT-Austin, and is subject to going away at any time - and especially if 
forgeries and other net.abuses become a problem. You have been warned. 


A Few Words on Crossposting 


Please do not crosspost messages to two or more groups unless there is genuine 
interest in both groups in the topic being discussed, and when you do, please 
include a header line of the form "Followup-To: group.name" in your article's 
headers (before the first blank line). This will cause followups to your 
article to go to the group listed in the Followup-To: line. If you wish 

to have replies to go to you by email, rather than be posted, use the word 
"poster" instead of the name of a group. Such a line appears in the headers 

of this article. 


One of the few examples of productive cross-posting is with the rec.radio.info 
newsgroup. To provide a filtered presentation of information articles, while 
still maintaining visibility in their home newsgroups, the moderator strongly 
encourages cross-posting. All information articles should be submitted to the 
rec.radio.info moderator so that he may simultaneously cross-post your 
information to the appropriate newsgroups. Most newsreaders will only present 
the article once, and network bandwidth is conserved since only one article is 
propagated. If you make regular informational postings, and have made 
arrangements with the moderator to post directly to the group, please 
cross-post as appropriate. 


Jay Maynard, EMT-P, K5ZC, PP-ASEL | Never ascribe to malice that which can 
jmaynard@oac.hsc.uth.tmc.edu | adequately be explained by stupidity. 
"If my car ran OS/2, it'd be there by now" -- bumper sticker 
GCS d++ p+ c++ 1+ m+/- s/++ g++ wtt+ t+ r 


73, Paul W. Schleck, KD3FU 
pschleck@unomaha. edu 


Celebrating 60 years of the Univ. of Maryland ARA - W3EAX (1933-1993) 


Date: 5 Jul 93 20:59:31 GMT 

From: usc!math.ohio-state.edu!darwin.sura.net!news-feed-1.peachnet.edu!concert! 
duke!wolves!psybbs! fredmail@network.UCSD.EDU 

Subject: Help: Commodore Pet 

To: packet-radio@ucsd.edu 


Organization: Hewlett-Packard Canada Ltd, Dieppe, N.-B. 


A group here have come across some Commodore Pets, the 8032 and 
9000 SuperPet, with no documentation. Can these be used for 
Packet? Any information on port pin outs, memory maps, schematics 
or manuals would be appreciated. 


73 de Michel 


Michel Landry michell@canada.hp.com 
Dieppe, New Brunswick, Canada VEIMDL 


Date: 4 Jul 93 13:34:09 GMT 

From: swrinde! gatech! concert! duke!wolves! psybbs! fredmail@network.UCSD.EDU 
Subject: Help: KPC3 & com2 

To: packet-radio@ucsd.edu 


Organization: Express Access Online Communications, Greenbelt, MD USA 


I have a KPC-3 that I am attempting to connect to my system. I have an 
internal modem that uses com2 and an external port on com2 that I have 
connected to the KPC-3. 


Am I allowed to use the external port even if there's an internal board 
that uses it (but obviously not at the same time)? My TNC program 
(KaGold) won't recognize the connection and says there's a communications 
problem. 


What's the solution? I hope if doesn't mean I have to install a board to 
get another serial port. 


Thanks for your help. 


Todd Carter 
Alexandria, VA 
tcarter@access.digex.net 


Date: 4 Jul 93 16:01:11 GMT 

From: usc!howland.reston.ans.net! gatech!concert!duke!wolves!psybbs! 
fredmail@network.UCSD.EDU 

Subject: Help: KPC3 & com2 

To: packet-radio@ucsd.edu 


Organization: University of San Francisco 


Todd W. Carter (tcarter@access.digex.net) wrote: 

: I have a KPC-3 that I am attempting to connect to my system. I have an 
: internal modem that uses com2 and an external port on com2 that I have 
: connected to the KPC-3. 


: Am I allowed to use the external port even if there's an internal board 

: that uses it (but obviously not at the same time)? My TNC program 
(KaGold) won't recognize the connection and says there's a communications 
problem. 


: What's the solution? I hope if doesn't mean I have to install a board to 
: get another serial port. 


Well, I am going to assume for the sake of arguement that you are using 
COM1 for a mouse or something like that. Now being that you are using an 
internal modem, there should be some jumpers on it to switch the com 
port. What you will want to do is switch it to com 4 (because if you are 
using something on COM1 like a mouse, the IRQ which it shares with COM3 
will make the operation of one or the other [mouse and/or modem] 
non-existant!). Now you can plug you KPC up and use your favorite term 
program to do packet. Since every modem is different, I would suggest 
that you dig through the manual to find the correct jumpers or switches 
for the modem. 


Regards, 


KKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKEKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKK 


* Kim C. Callis * 
x Univ. of San Francisco, San Francisco, CA * 
* EMAIL: callis@usfca.edu or callis@dons.ac.usfca.edu * 


KKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KK KKK KKK KKK KAKA KKK AAAI 
DISCLAIMER: As long as nothing I say attempts to represent the 

views of the Univ. of San Francisco, they could care less what I 
have to say. Meaning that anything said, like it or not, is strictly 
my own personal opinion and views. 


Date: 5 Jul 93 20:14:26 GMT 

From: usc!howland.reston.ans.net!darwin.sura.net!news-feed-1.peachnet.edu!concert! 
duke!wolves!psybbs! fredmail@network.UCSD.EDU 

Subject: Is it broadcasting? 

To: packet-radio@ucsd.edu 


Organization: University of Minnesota 


I'm new to packet and don't know how to recognize what is appropriate. 
There is a local station that sends unconnected packets with an 


occasional message imploring people to pray for and condemn the "slaughter 
of the unborn" in a reference to abortion. 


Is this sort of thing legal? Does the FCC allow packet braodcasting or look 
the other way? The other station contends that since the message isn't 
obscene he has a right to send it. Is packet on the regulatory frontier or 
do I need a new license manual? 

Thanks! 

jeffrey NOIRR 


Date: 6 Jul 93 06:28:20 GMT 

From: usc!howland.reston.ans.net!darwin.sura.net!news-feed-1.peachnet.edu!concert! 
duke! wolves! psybbs! fredmail@network.UCSD.EDU 

Subject: Is it broadcasting? 

To: packet-radio@ucsd.edu 


Organization: UK Centre for Lemur Fandom 


In article <weiss.741878071@staff£.tc.umn.edu> weiss@staf£.tc.umn.edu () writes: 
>I'm new to packet and don't know how to recognize what is appropriate. 

>There is a local station that sends unconnected packets with an 

>occasional message imploring people to pray for and condemn the "slaughter 
>of the unborn" in a reference to abortion. 

> 

>Is this sort of thing legal? Does the FCC allow packet braodcasting or look 
>the other way? The other station contends that since the message isn't 
>obscene he has a right to send it. Is packet on the regulatory frontier or 
>do I need a new license manual? 


In the UK, that's definitely extremely illegal, the use of amateur radio for 
political and religious purposes is expressly forbidden. It damn well should be 
in the US as well, but owing to all the flag-wavers shouting ‘First Amendment ' 
all the time and whining about rights, it probably isn't. 


Sorry for minor flame, but use of packet for that sort of thing annoys me no 
end. That's not what amateur radio is for. It's on the same line as in the UK, 
some stations contending that they have a right to send whatever they want over 
the network because they have a license - which is of course wrong, as the 
wonderful network we have is all courtesy of the operators who allow others to 
use their equipment. Talking about having a ‘right' to do with other people's 
equipment exactly what you wish, er, also annoys me no end. Ho hum. 


Gosh, I am a bad-tempered sod.. 


73 Mike 


fo -- 2-2 eee ---------- 0) Mike Knell, University of Nottingham, UK -+ 


| Nevertheless... -/ \- Internet: eeyimkn@unicorn.nott.ac.uk 
| the Turtle Moves! -\_/- AX25: g7gpa@gb7bad .#23.gbr.eu 
+--M.T.V. - GET OFF THE AIR!-- | AMPRnet: mpk@hobbes.g7gpa.ampr.org ------- + 


Date: 5 Jul 93 01:29:14 GMT 

From: usc!howland.reston.ans.net!darwin.sura.net!news-feed-1.peachnet.edu!concert! 
duke!wolves!psybbs! fredmail@network.UCSD.EDU 

Subject: JNOS Devop 

To: packet-radio@ucsd.edu 


Organization: The Amiga GateWay BBS x New Orleans, La. 
HT All, 


I have there was a newsgroup or mail list for Jnos users. Can someone 
please send me the info again.. 


73 de Angelo 


-- Via DLG Pro v0.995 


Internet: angelo_glorioso_III@agwbbs.new-orleans.LA.US 
Usenet: rex!agwbbs!angelo_glorioso_III 
Packet:N5UXT @ N5SUXT.d#NOLA.LA.USA.NA 
Tcp/ip:N5UXT.AMPT.ORG [44.108.2.13] 


Date: 7 Jul 1993 15:10:59 GMT 

From: pipex!bnr.co.uk! bnrgate!corpgate!crchh327.bnr.ca!crchh7b0! 
debaker@uunet.uu.net 

Subject: Multimode suggestions wanted 

To: packet-radio@ucsd.edu 


Greetings, 


I am interested in hearing from anyone who has either an MFJ 1278 
or a KAM/KAM Plus. These two units seem to be very similiar, 

but the MFJ really appears to offer more for the money, but the 
KAM seems like better quality... How about modems? The MFJ 
looks like it can easily be upgraded to 2400 or 9600, but the 


KAM is not, right? (or requires thier Data Engine?) Please 
send email with your experiences (good and bad) and any 
recommendations on these products, or any other comparable devices. 


Thanks! 

73 

| David E. Baker tst—‘i‘—s~S™S Opinions expressed are | 
| Callsign: KI5ML mine, and they do not | 
| Internet: debaker@bnr.ca necessarily reflect 

| IP Addr: 47.122.65.7 the opinions of BNR or | 
| Unix ID: crchh7b0 or Northern Telecom. | 


Date: Wed, 07 Jul 93 06:51:23 -0400 

From: psinntp!wlnntp.psi.com!usenet@uunet.uu.net 
Subject: NET/Mac 2.3.19 or 2.3.20 ? 

To: packet-radio@ucsd.edu 


Paul... I have all of the releases here if you are not able to find 
them at ucsd.edu. But the latest release is now 2.3.24 and it is a 
complete package, not just an update. If yopu'd like that version let 
me know and I'll send it your way. 


Terry Stader-KA8SCP 
America Online Ham Radio Club Host 
KA8SCP@WALPHY .#EMA.MA.NOAM 


>DATE: Mon, 5 Jul 1993 14:17:01 GMT 

>FROM: Paul Russell <paulr@syma.sussex.ac.uk> 

> 

>I'm trying to get hold of the latest version of NET/Mac. On ucsd.edu 
>there is a patcher program which will take version 2.3.19 to 2.3.20 
>but the latest version that appears to be available anywhere on the 
>Internet (according to Archie) is 2.3.15. So does anyone have either 
>version 2.3.19 or 2.3.20 that they could e-mail to me, or alternatively 
>a pointer to an FTP site where I can get either of these versions ? 

> 

>Thanks, 

> 

>//Paul (G4BWQ) 

> 

Ses 

>| Paul Russell | Internet: paulr@syma.sussex.ac.uk | 


>| Experimental Psychology | AppleLink: EP.SUSSEX 
>| Sussex University, Falmer | Telephone: +44 273 606755 x2793 | 
>| Brighton BN1 9QG, England | Facsimile: +44 273 678433 


Date: 5 Jul 93 21:17:11 GMT 

From: usc!howland.reston.ans.net!darwin.sura.net!news-feed-1.peachnet.edu! concert! 
duke!wolves!psybbs! fredmail@network.UCSD.EDU 

Subject: NET/Mac 2.3.19 or 2.3.20 ? 

To: packet-radio@ucsd.edu 


Organization: University of Sussex 


I'm trying to get hold of the latest version of NET/Mac. On ucsd.edu 
there is a patcher program which will take version 2.3.19 to 2.3.20 

but the latest version that appears to be available anywhere on the 
Internet (according to Archie) is 2.3.15. So does anyone have either 
version 2.3.19 or 2.3.20 that they could e-mail to me, or alternatively 
a pointer to an FTP site where I can get either of these versions ? 


Thanks, 


//Paul (G4BwWQ) 


Paul Russell 


| Internet: paulr@syma.sussex.ac.uk 
| Experimental Psychology 

| 

| 


AppleLink: EP.SUSSEX 
Telephone: +44 273 606755 x2793 
Facsimile: +44 273 678433 


Sussex University, Falmer 
Brighton BN1 9QG, England 


Date: 5 Jul 93 00:14:22 GMT 

From: usc!math.ohio-state.edu!darwin.sura.net!news-feed-1.peachnet.edu!concert! 
duke!wolves!psybbs! fredmail@network.UCSD.EDU 

Subject: Pt 2/2: Front End for FOSSIL and Packet 

To: packet-radio@ucsd.edu 


Amateur Packet ax25: wb7tpy@wb7tpy.az.usa.na 


Date: 4 Jul 93 14:11:15 GMT 

From: usc!howland.reston.ans.net!gatech! news-feed-1.peachnet.edu! concert! duke! 
wolves! psybbs! fredmail@network.UCSD.EDU 

Subject: selecting configuration for JNOS 

To: packet-radio@ucsd.edu 


Organization: Biztech, Inc. 
I'm trying to compile JNOS using TC++ 3.0, and (as I was warned in the 
README) I was not able to link using the supplied config.h files, due to 


dgroup space limitations. 


So, I went into config.h and undef'd a bunch of things I don't really 
need, including the bbs and netrom stuff. 


Afterwards, I WAS able to link, but I had a few problems. Any assistance 
would be greatly appreciated. 


The problems are: 
1) the executabe is huge (400+k) 
2) it doesn't work (errors freeing unallocated memory, quickly followed by 


freezing). 


I don't have pklite. Is this a major problem, and if so, are there any 
options? What exactly does pklite do? 


Is there a trick to downsizing NOS other than modifying config.h?? 
Are there certain things which MUST be linked in? 


Also, I am curious about the MULTITASK feature. Does this mean that when 
shelling to DOS, NOS continues to run? 


I have defined MULTITASK and undefined XSPAWN. 


Thanks, 
Ben Mehlman KB2ERP 
bmehlman@biztech.com 


Date: 4 Jul 93 13:18:08 GMT 

From: swrinde! gatech! concert! duke!wolves! psybbs! fredmail@network.UCSD.EDU 
Subject: WANTED: Internet -> TCP/IP gateways 

To: packet-radio@ucsd.edu 


Organization: Sydney University Computing Service, Sydney, NSW, Australia 
<C70861@TRMETU.BITNET> writes: 


>account on the gateway:I have bad experience with that as my packet and 
>internet emails addressed to gateways sysops have been integraly discarded 


>and not replied...i am not discouraging but just stating things as they are... 


I would be very surprised if you leave a valid mail address you don't get a 
reply. 


The gateway operators have no reason not to reply to reasonably made 
requests. 


Terry 


End of Packet-Radio Digest V93 #199 
KKKKKKKKKKKKKKKKKKEKKKKKKRKEKR KKK 


